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METHODS AND APPARATUS FOR CONTROLLING DIGITAL COMMUNICATIONS 

SWITCHING EQUIPMENT 

This application is a continuation-in-part of application 
Serial Number 08/555,040 filed 11/8/95 entitled System Permitting 
User Defined Managed Objects for Configuration of Tele- 
communications Equipment, the complete disclosure of which is 
incorporated by reference herein. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The invention relates to high capacity digital 
telecommunications switches which are controlled by a host. More 
particularly, the invention relates to compatible methods for 
controlling otherwise incompatible digital telecommunications 
switches as well as apparatus incorporating the methods. 

2. State of the Art 

Modern telecommunications systems utilize high capacity 
digital switching systems to process calls and effect different 
types of telecommunications. These switches are typically built 
in a modular form utilizing a bus and a plurality of modular 
cards which are mounted in racks and slots. A typical switch is 
the LNX-2000 from Excel, Inc., Sagamore Beach, MA. Prior art 
Figure 1 shows the general physical configuration of the LNX-2000 
and prior art Figure 2 shows a general block circuit diagram 
illustrating a bus and a plurality of modular cards. 

Referring now to Figures 1 and 2, the digital switch 10 
includes a rack 12 having slots 14a-14t which are associated with 
a bus 16. Typically, a redundant bus 16a is also provided as a 
back-up should the bus 16 fail for any reason. The first two 
slots 14a, 14b are usually reserved for a power supply 18 and a 
redundant power supply 18a. The last two slots 14s, 14t are 
usually reserved for a switch matrix CPU 20 and a redundant 
switch matrix CPU 20a. Each matrix CPU is provided with a 
respective control link 22, 22a for connection to a host 40. The 
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control links are usually RS-232 serial links. Each matrix CPU 
may also be provided with a reference clock port (not shown) . 
The other slots are provided for modular cards 24, 26, 28, 30, 
and 32a-k, for example. The cards may provide access 
telecommunications channels, provide telecommunications 
signalling, or provide other telecommunications services. For 
example, card 24 shown in Figure 2 provides a 192-channel Tl 
interface. Card 2 6 provides a 256-channel El interface. Card 28 
provides a 24-channel ISDN Primary Rate interface. Card 30 
provides digital signal processing such as tone generation, tone 
reception, digital voice recording and playback, etc. It will be 
appreciated that some of the interface cards will rely on 
functions of other cards in order to execute certain 
telecommunications functions. In general, each of the cards will 
rely on the matrix CPU for intelligent control of their basic 
functions. In addition, the Tl interfaces and the El interfaces 
may cooperate to provide conversions. The ISDN interfaces will 
rely on the Tl or El interfaces for B channel access. The DSP 
cards may be called upon by all of the interface cards to 
generate appropriate signalling tones. 

Each of the cards in switch 10 is typically configured to 
operate in a user definable manner. Configuration of the cards 
is effected by the host 4 0 which sends configuration data to the 
matrix CPU 20 (20a) which in turn remembers the configuration 
data for each card in the switch. In addition, the matrix CPU 
contains system software which is downloaded to it by the host. 
The system software governs the basic switch operation. Call 
processing activities are controlled by the host which remains in 
communication with the matrix CPU so long as the switch is in 
service. 



Typical switch configuration commands issued by the host to 
the switch (the matrix CPU) include: resetting line cards, 
changing the service state of a card (placing it in and out of 
service), resetting the matrix CPU, downloading system software 
to the matrix CPU, setting the system time, system network 
synchronization, assigning logical span IDs, changing a channel 
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service state , changing a channel configuration, changing a trunk 
type configuration (defining the signalling protocol for a 
particular channel or group of channels) , changing a start 
dialing signalling protocol, configuring timers and filters (for 
signalling) , busying out trunks, setting answer supervision 
mode (for each channel), setting release modes for a channel, 
setting call setup inpulsing parameters. Once configured, the 
switch remains configured until a card or the matrix CPU is 
reset, or until a change in service dictates changing one or more 
of the configuration parameters. For example, if new trunks are 
added or new cards are added, additional configuration will be 
required. Usually, the configuration data is saved as a file by 
the host and downloaded to the matrix CPU together with system 
software if the switch is reset. 

Typical ongoing communication between the switch (the matrix 
CPU) and the host includes call processing, control of tone 
generation and reception, and call progress analysis. Call 
processing relates to how the switch handles incoming and 
outgoing calls and includes the functions of call setup, cross 
connections, inseize/outseize call control, incoming call setup, 
inseize control instructions, outgoing call setup, outseize 
control instructions and connection management. Tone generation 
control includes defining tone specifications, tone detection, 
digit collection, tone generation, outpulsing setup, and 
generating tones for prompting and call status information (e.g. 
dial tones and busy signals) . Call progress analysis is 
generally used when originating a call to the PSTN and includes 
the functions of invoking the analysis, designing the analysis, 
configuring global parameters and cadence pattern parameters, 
setting pattern defaults and pattern IDs and settin g, cl ass and 
tone group defaults. 

The LNX 2000 Switch provides a host messaging protocol and 
specific message formats for communication between a host and the 
switch. Other switches provide their own host messaging 
protocols which deal with similar activities but which have 
different message formats. Thus, a host must be programmed in 
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one way to control one brand of switch and in a different way to 
control another brand of switch. That is, different switches use 
different hardware components and therefore respond to different 
message sets. For example, the Summa 4 SDS Series of switches 
includes a Network Bus Controller Card, a Bus Repeater Card, a 
Direct Inward Dial Card, an E&M Trunk Card, a Subscriber Line 
Interface Card, a Universal Trunk Card, a Digital Conference 
Card, among others. These cards require different messages for 
configuration and operation than the coards mentioned above with 
regard to the LNX 2000 Switch. Moreover, the SDS Series utilizes 
its own Unix-based command language which is different from the 
command language used by the LNK 2000 Switch. 



Parent application Serial Number 08/555,040 discloses an 
object oriented development system for the configuration of 
telecommunications equipment including one or more digital 
telecommunications switches. Figure 3 illustrates a graphical 
representation of the structure of the development system. The 
development system includes an object server 50 having at least 
one man/machine interface (MMI) agent 52, an object server 54 
with predefined managed objects 56 and a database management 
library 58, a server applications programmer interface (API) 60 
coupled to the MMI and the object server for hiding the internal 
architecture of the object services from the MMI agent with 
respect to the managed objects 56, and means for permitting the 
developer to create and define user-defined managed objects 57 
which utilize the database management library and the database 
which stores managed object related data, and which does not 
require the server API to be rewritten. The server applications 
programmer interface (API) is organized and designed in a manner 
such that the user defined objects are automatically s uppo rted by 
the API. Predefined managed objects are initialized at start-up 
before the initialization of the user-defined objects. The 
development environment allows for the rapid development and 
deployment of new telecommunications services using combinations 
of predefined managed objects and user defined managed objects. 
The managed objects can include hardware such as shelf, rack, 
board, switch, signalling, etc., service software such as call 
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processing triggers and features, configuration software such as 
rule group and alarm, and user defined objects* As shown in 
Figure 3, a hardware object 56a is provided to interface with a 
high speed digital switch so that applications developed in the 
system 50 can act as a host to the switch. As mentioned above, 
however, switches from different manufacturers communicate using 
different protocols. This makes object definition more 
complicated because the switch signalling and supervision 
messages of the API of the system 50 must be rewritten to 
accommodate the protocol of different switches. 

SUMMARY OF THE INVENTION 

It is therefore an object of the invention to provide a 
method by which a single API can be used to control a number of 
switches having different message protocols. 

It is also an object of the invention to provide modular 
switching engines for use with an object oriented development 
system for the configuration of telecommunications equipment 
including one or more digital telecommunications switches. 

It is another object of the invention to provide an object 
oriented development system for the configuration of 
telecommunications equipment including one or more digital 
telecommunications switches which includes a number of switching 
engines so that a number of switches utilizing different 
messaging protocols can be controlled from a single API. 

It is still another object of the invention to provide 
methods and apparatus whereby a single host compute r can be used 
to control a plurality of different switches, each switch having 
a different messaging protocol. 

In accord with these objects which will be discussed in 
detail below, the methods of the present invention include 
providing a "generic" switch messaging protocol for message 
handling and switch supervision and providing a number of 
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switching engines, each of which is conversant with the generic 
messaging protocol, each switching engine also being conversant 
with a specific switch messaging protocol. The apparatus 
according to the invention includes an object oriented 
development system utilizing a "generic" switch messaging 
protocol and a plurality of switching engines, each of which is 
conversant with the generic messaging protocol and each of which 
is conversant with a specific switch messaging protocol. 
According to the invention, certain switch messages are not 
"genericized" because their functionality is different from the 
functionality of other switches. These messages generally 
include initialization and maintenance messages which are 
hardware specific and have no counterpart in another switch from 
a different vendor. In order to handle these messages, specific 
data files are provided in the switching engine for automatic 
download to the switch as well as a specific MML for interpreting 
configuration commands. Also, according to the invention, some 
commands or messages which are not otherwise supported by a 
particular switch can nevertheless be supported in the API by 
providing the switch engine with the intelligence to combine 
native switch messages to "emulate" a functionality which is not 
directly provided by the switch. 

Additional objects and advantages of the invention will 
become apparent to those skilled in the art upon reference to the 
detailed description taken in conjunction with the provided 
figures. 

BRIEF DESCRIPTION OF THE DRAWINGS AND APPENDICES 

Figure 1 is a perspective view of a prior art hig h spe ed 
digital switch; 

Figure 2 is a block diagram of a prior art switch bus; 

Figure 3 is a block diagram of an object oriented 
development system for the configuration of telecommunications 
equipment; 
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Figure 4 is a block diagram of a switching engine according 
to the invention; and 

Figure 5 is a block diagram of an object oriented 
development system for the configuration of telecommunications 
equipment including a plurality of switching engines according to 
the invention, 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

In accord with the present invention, the functionality of a 
high speed digital switch is divided into four areas: media, in- 
band signalling, connection, and switch managed objects. Media 
refers to the ability to generate tones, collect digits, outpulse 
digits, and play recorded announcements. In-band signalling 
refers to the ability to perform conventional in-band signalling 
such as call progress analysis. Connection refers the ability to 
manage connections such as call processing. Switch managed 
objects refers to configuring and initializing boards, spans, 
ports, etc. A generic messaging protocol according to the 
invention is organized according to the first three of these four 
areas of functionality. The fourth area of functionality is 
serviced by a superset of commands which includes commands for 
configuring and maintaining a variety of switches. A switching 
engine according to the invention is provided with a media 
server, an in-band signalling server, a connection server, and a 
switch managed objects server. 

Before explaining the specifics of the generic messaging 
protocol, it is useful to examine first the internal 
functionality of a switching engine according to t he in vention. 
Figure 4 shows an internal functional diagram of a switching 
engine 100 according to the invention. It will be appreciated 
from Figure 4 that the switching engine 100 communicates on the 
one hand with a particular brand of switch 102 and on the other 
hand with the Call Control entity (call processing application) 
104 and the Man-Machine Interface 106 of a development system 
according to the invention which is described in detail below 
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with reference to Figure 5. The switching engine 100 is also 
provided with the ability to read from and write to persistent 
configuration files 108 which are particular to a given switch 
102 and which contain configuration and maintenance functions. 

Referring now to Figure 4 in detail, the switching engine 
100 is provided with several translators, managers and 
interfaces. The first three areas of functionality mentioned 
above are handled by the Call Control entity 104. Therefore, the 
switching engine 100 is provided with a Connection API translator 
110, a Media API translator 112, and an In-band Signalling API 
translator 114 for communicating with the Call Control entity 
104. These translators provide the logic necessary to convert 
generic messages from the Call Control entity 104 into native 
messages for the particular switch 102 and to convert native 
messages from the switch to generic messages which are used by 
the Call control 104. Accordingly, these translators communicate 
with the switch 102 via a Call Control Transaction Manager 116 
and a Switch Message Interface 118. The Control Transaction 
Manager 116 provides the logic necessary to manage API 
transactions on a per-device basis. In this regard, a Logical 
Device Management 120 communicates with the Control Transaction 
Manager 116 and each of the translators mentioned above. The 
Logical Device Management 120 provides the logic necessary to 
manage per-device information. Finally, the Switch Message 
Interface 118 provides the logic necessary to communicate with 
the switching matrix, in this regard, an Alarm Interface 122 
communicates with the Switch Message Interface 118 to convert 
native switch alarms to alarms which can be used by the 
development system of the invention. 

The fourth area of functionality mentioned above" iThandled 
by the MMI 106 via a superset of commands which includes 
configuration and maintenance commands for several switches. 
Each switching engine 100 is provided with an Object Server 
Interface Translator 124 which provides the logic necessary to 
convert object server API messages from the MMI into native 
switch "operation, administration, and maintenance" (OA&M) 



t 
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messages and to convert native OA&M messages into object server 
API messages. In order to manage OA&M messages on a per-device 
basis, the Object Server Interface Translator 124 also 
communicates with the Logical Device Management 120. Messages to 
and from the Object Server Interface Translator 124 pass through 
the Native Switch OA&M Transaction Manager 126 and the Switch 
OA&M 128 which provide the logic necessary to manage transactions 
with the switch 102 over an OA&M interface. As mentioned above, 
some of the OA&M messages for a given switch are stored in data 
files 108 and are used at the time the switch is initialized. 
These files are accessed by the Object Server Interface 
Translator 124 and an Initialization Manager 130, the latter of 
which provides the logic necessary to initialize the switch on 
cold start-up. 

As mentioned above, the switching engines according to the 
invention all communicate with a generic message protocol of the 
invention and each switching engine communicates with a 
particular brand of digital switch. The diagram in Figure 4 is a 
general schematic diagram which applies to each of the several 
switching engines of the invention. The differences between the 
switching engines lie in how they deal with the generic messages 
from the development system of the invention. Therefore, in 
order to further elaborate on the functionality of each of the 
switching engines, it is necessary to first explain the generic 
message protocol. 

The generic message protocol is divided into three areas of 
functionality as described above. For each area of 
functionality, the invention provides a server interface having a 
protocol model, message formats and call-control s truct ures, a 
set of call control primitives, parameter information and 
protocol for passing parameters, and a call control library. 

The In-band Sign alling Server Interface 

The In-band Signalling Server (IBSS) protocol model includes 
Request (REQ) , Indication (IND) , Response (RSP) , and Confirmation 
(CNF) . An IBSS_MSG_REQ primitive is used by the Call Control 
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entity (CCE) when it requires the use of switching engine 
functionality. An IBSS_MSG_IND primitive is used by the 
switching engine to notify the CCE of a REQ. An IBSS_MSG_RSP 
primitive is used by the CCE to acknowledge receipt of an IND A 
IBSS_MSG_CNF primitive is used by the switching engine to notify 
the CCE that REQuested activity has been completed successfully. 

The format of IBSS messages includes a header in the form of 
IBSS_MSG_HDR_S, followed by a variable number of parameters in 
the form of IBSS_MSG_PRM_S structures stored consecutively, 
followed by an "end of parameters" indicator. The »C" structure 
of the header and parameter format is set out at pages 3-2 
through 3-4 of "Access Services" Switching Engine Interface 
Specification", copyright 1995 Engineering and Business Systems 
Inc., Shelton, CT, available as "Part No. D-0084-00-000-000, and 
also found as Appendix A to U.S. patent application Serial Number 
08/662,077. For brevity, this document is referred to 
hereinafter as "Appendix A". 

Nineteen call control primitives are provided for the IBSS. 
These generally include Outseize, Release, Answer, Wink, Flash, 
Error, Digits, Inseize, and CPA, each coupled with one or more of 
Request (REQ) , Indication (IND) , Response (RSP), and Confirmation 
(CNF) as appropriate. A complete listing of the IBSS call 
control primitives is set out in Appendix A at pages 3-4 through 
3-10. 

Some of the call control primitives utilize parameter 
information which is set out in Appendix A at pages 3-11 through 
3-12. 

The IBSS also provides a call control library to facilitate 
packing and unpacking of IBSS API messages. Seven library calls 
are provided, the details of which are set out in Appendix A at 
pages 3-12 through 3-21. 
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ThP ronn prtion Server Interface 

The Connection Server (CONS) protocol model includes Command 
(CMD), Acknowledge (ACK) , Not Acknowledged (NACK) , and Indication 
(IND) • A CONS_MSG_CMD primitive is used by the CCE to request 
the switching engine to construct or tear down a connection. A 
CONS_MSG_ACK primitive is returned to the CCE by the switching 
engine to indicate successful processing of a CMD. A 
CONS_MSG_NACK primitive is returned to the CCE by the switching 
engine to indicate unsuccessful processing of a CMD. A 
CONS_MSG_IND primitive is an autonomous event which indicates 
whether a logical device is in service or out of service. 

The format of CONS messages is CONS_MSG_S in which all 
header and message specific data is included. The M C" structure 
of the CONS message format is set out in Appendix A at pages 4-2 
through 4-3. 

Seventeen call control primitives are provided for the CONS. 
These generally include 2 Way Connection (2_WAY_C0NN) , 1 Way 
Connection (1__WAY_C0NN) , Disconnection (DISC), and Persistent 
Connection (NAIL_UP), each of which is coupled to one of (CMD), 
(ACK) , and (NACK) . Two autonomous primitives are provided 
incon junstion with (IND) to indicate in service 

<CONS_INS_STATE__IND) and out of service (C0NS_O0S_STATE_IND) . A 
complete listing of the CONS call control primitives is set out 
in Appendix A at pages 4-4 through 4-10. 

The CONS also provides a call control library to facilitate 
packing and unpacking of CONS API messages. The library calls 
are set out in Appendix A at pages 4-12 and 4-13. 



The Media Server Interface 

The Media Server (MEDS) protocol model includes Command 
(CMD) , Acknowledge (ACK), Not Acknowledged (NACK), and Indication 
(IND) . A MED S_MSG_CMD primitive is used by the CCE to request 
the switching engine to perform a media function. A MEDS_MSG_ACK 
primitive is returned to the CCE by the switching engine to 
indicate successful processing of a CMD. A MEDS_MSG_NACK 



WO 97/48234 

PCT7US97/09996 

12 

primitive is returned to the CCE by the switching engine to 
indicate unsuccessful processing of a CMD. A MEDS_MSG_IND is 
used to notify the CCE that an autonomous event relating to a 
previous command has occurred. 

The format of MEDS messages is MEDS_MSG_S in which all 
header and message specific data is included. The - C - structure 
of the MEDS message format is set out in Appendix A at pages 5-2 
through 5-3. 

Twenty-six call control primitives are provided for the 
MEDS. These generally include Connect Tone <CONN_TONE) 
Disconnect Tone (DISPONES, , Collect Digits (COLL_DIG)' , Stop 
Collecting Digits <STP_DIG_COLL) , Outpulse Digits <OUTP_DIG> 
Connect a Recorded Announcement (CONNANN) , and Disconnect 
Announcement <DISC_ANN) . The MEDS_CONN_TONE_CMD primitive is 
used to generate a variety of tones such as dialtone, ringback, 
line busy, reorder (fast busy), intercept, and bong. The result 
of the Connect Tone command is either MEDS CONN TONE ACK or 
MEDS_C0NN_TONE_NACK. Some tones are continuous'until 
Discontinued, other tones complete autonomously and completion 
is indicated by MEDS_TONE_CMPLT_IND . The MEDS_COLL DIG CMD is 
used to initiate collection of MF or DTMF digit tones. ~The 
result of the Collect Digits command is either MEDS COLL DIG ACK 
or MEDS_COLL_DIG_NACK. ln addition, when digit collection il 
completed, the autonomous primitive MEDS_COLL_DIGITS_IND issues. 
If there is an error in collecting digits, the autonomous 
primitive MEDS_COLL_ERR_iND issues. The other primitives in the 
MEDS AP operate in a similar manner. A complete listing of the 
MEDS call control primitives is set out in Appendix A at pages 5- 
3 through 5-9. 

The MEDS also provides a call control library to facilitate 
packing and unpacking of MEDS API messages. The library calls 
are set out in Appendix A at pages 5-11 and 5-12 
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Specific Switching Engine Intftrfarfts 

As mentioned above, the invention provides a separate 
switching engine for each brand of digital switch. The switching 
engines bridge communications between the development system and 
different switches. Each of the switching engines provides the 
Servers described above so that the development system 
communicates with each switching engine in the same manner. 
Therefore, each switching engine is provided with appropriate 
translators to convert IBSS, CONS, and MEDS API messages to 
native switch messages and vice-versa. In addition, each 
switching engine provides a Managed Object Server which contains 
all of the logic necessary for the configuration, initialization, 
and maintenance of a particular type of switch. Utilizing the 
API described above and the published specifications for an 
digital switch, one skilled in the art can create a switching 
engine for use with the development system described herein and 
in the parent application. The Appendices attached hereto 
include the specifications for two switching engines according to 
the invention which are designed to control two popular families 
of digital switches. 

The Summa Four Switching Engin e Interface 

The details of the Summa Four Switching Engine Interface are 
set out in Appendix A pages A-l through A-141. The Summa Four 
Family of Specialty Digital Switching (SDS) platforms utilize 
programmable inpulse/outpulse rules and answer supervision 
templates for inband signalling, connection commands/reports 
(voice path control and conference control) for establishing and 
tearing down connections, voice path control commands for tone 
signalling, and an SNMP interface for OA&M purposes. 



The IBSS implementation in the Summa Four Switching Engine 
utilizes the SDS programmable inpulse/outpulse rules and answer 
supervision templates to effect the functionality of the IBSS 
described above. Each of the IBSS functions are directly 
supported by corresponding native SDS switch messages. IBSS 
implementation details are set out in Appendix A at pages A-l 
through A-20. 
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The CONS implementation in the Summa Four Switching Engine 
utilizes the SDS commands /reports and also provides additional 
logic to maintain connection status per device so that conference 
points can be allocated when the need arises. In addition, a 
per-device transaction state is maintained in order to 
differentiate between reports which could have multiple meanings. 
Each of the CONS functions are directly supported by one or more 
native SDS switch messages. CONS implementation details are set 
out in Appendix A at pages A-20 through A-37. 

The MEDS implementation in the Summa Four Switching Engine 
utilizes the SDS voice path control to effect the functionality 
of the MEDS described above. All of the MEDS functions except 
MEDS_T0NE_CMPLT_IND are directly supported by one or more native 
SDS messages. In the case of the MED S_TONE_CMP LT_ I ND primitive, 
the switching engine starts a timer for certain tones when the 
MEDS_CONN_TONE_ACK is returned. When the time expires, the 
MEDS_TONE_CMPLT_IND primitive is returned. MEDS implementation 
details are set out in Appendix A at pages A-37 through A-61. 

The Object Server in the Summa Four Switching Engine 
utilizes tables in the SDS management information database (MIB) 
Each managed object in the Object Server is equivalent to an 
^dividual table in the MIB. When a configuration command is 
entered into the MML command interpreter (of the development 
system) , the command is parsed and encoded into an Object Server 
Request PDU which is passed to Object Server for processing. The 
switching engine maintains a mapping between command parameters 
and the MIB table attributes. Based on the mapping, the 
switching engine builds variable binding lists for SNMP get-set 
PDUs. a dialog is then initiated between the switching engine 
and the Suouna Four SNMP agent. At the completion of 'thTdlalog, 
results are returned to an MML interpreter. Object Server 
implementation details are set out in Appendix A at pages A-61 
through A- 12 6. 
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Th*> Fyrfil Switching Engine Interface 

The details of the Excel LNX-2000 Switching Engine Interface 
are set out at pages 1-1 through 1-39 of -Excel Switching Engine 
Interface Specification", copyright 1995 Engineering and Business 
Systems, Inc., Shelton, CT, and which may be found as Appendix B 
of U.S. patent application Serial Number 08/662,077. For 
brevity, this document is referred to hereinafter as "Appendix 
B", The LNX-2000 platforms utilize a programmable host interface 
having host messages to effect the functionality of the API 
described above. 

The IBSS implementation in the LNX-2000 Switching Engine 
utilizes a direct translation of API messages to and from native 
LNX-2000 host messages. Details of the IBSS implementation are 
set out in Appendix B pages 1-1 through 1-5. 

The CONS interface is implemented as a direct translation 
between CONS API primitives and LNX-2000 host messages to provide 
connection related as well as some maintenance services. In most 
cases the mapping of messages between the CONS API and the LNX- 
2000 are one to one. In some cases, however, several native host 
messages are used to effect a single API message. Details of the 
CONS implementation are set out in Appendix B pages 1-6 through 
1-9. 

The MEDS interface is implemented as a direct translation 
between MEDS API primitives and LNX-2000 host messages to provide 
media related functionality. Details of the MEDS implementation 
are set out in Appendix B pages 1-10 through 1-14. 

The Object Server in the LNX-2000 Switching E ngin e utilizes 
LNX host messages to configure and initialize the LNX-2000. When 
a configuration command is entered into the MML command 
interpreter (of the development system) , the command is parsed 
and encoded into an Object Server Request PDU which is passed to 
Object Server for processing. The switching engine maintains a 
mapping between command parameters and the LNX host messages. 
Based on the mapping, the switching engine populates the 
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corresponding LNX message and sends it to the switch for 

^X C 2000 ng ; h Wh6n 9 " 30 indiCati ° n iS rSCeived *«- 

LNX 2000 the switching engine builds a Reply PDU and sends it 

out inV T\ ° bjeCt S8rVer tion details are set 

out an Appendix b at pages 1-15 through 1-39. 

As mentioned above, the apt an H ^. 

c cne API and switching engines of the 

xnv.nt.cn are particularly well suited for use in an application, 
development environment such as disclosed in the parent 
education. The present invention incorporates the features of 
the development system of the parent application with the 

a nuT* 1 3 " 9eneriC " *" """""^ « "vital switch and 
a number of switching engines for controlling different switches. 

200 acTr "° W " Fi9UIe 5 ' ^ a W lic »ions development system 

i °e 2 : : ; nvention 9enerau * •» 

-Layer zoz, an object layer 204 anri a 

J ayer and a resource layer 206. The 

or Z ir. 1 ^" 202 iTC1Ud « * interface with t ols 

* t 7 t —«— «rvice applications. The 

Z foZ T\ ° POn ^ » rapidly 

perform tasks involving signalling and switching. The server 

layer is provided with its own programming interface J^Z 

ic ti „T 1C Th * W " in " - 

20O to cent , h ""*' lay " **' ^ °" th * ™«™ »■»•* 
206 to control hardware and to interface with the 

with'iroT" 0 " 5 SYSte "- reSOUr " la '« is — Prided 

devices anT Pr ° 9 "" min9 int « f >« » that new hardware 

device, and new connection services can be added to the system in 
Older to support new applications created in the 
layer via new object servers created in the server layer to 
support the new hardware devices and new connection serves. 

206b, for example, are provided in the resource layer 206 in 
order to control digital switches as described above Z lS s 
CONS, and MEDS Servers des C riH»H =k 

layer 204 iDD i , ! described ^ove are provided in the server 
ayer 204. Applications created in the application layer can use 
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the generic API according to the invention to thereby control 
several different types of digital switches. 

There have been described and illustrated herein several 
embodiments of methods and apparatus for controlling digital 
communications switching equipment. While particular embodiments 
of the invention have been described, it is not intended that the 
invention be limited thereto, as it is intended that the 
invention be as broad in scope as the art will allow and that the 
specification be read likewise. Thus, while particular switching 
engines have been disclosed for use with particular digital 
switches, it will be appreciated that other switching engines 
could be created utilized according to the methods of the 
invention. Also, while particular sets of generic messages have 
been shown, it will be recognized that other sets of generic 
messages could be created and utilized with similar results 
obtained. Moreover, while particular configurations have been 
disclosed in reference to a development environment incorporating 
the methods and apparatus of the invention, it will be 
appreciated that other configurations could be used as well. 
Furthermore, it will be understood that different development 
environments can utilize the methods and apparatus disclosed 
herein. In addition, while the invention has been disclosed with 
reference to certain host programmable switches, it will be 
appreciated that the invention can also be used with SCSA, MVIP, 
and other standards for computer switching on a card rather than 
in a separate switch which is controlled by a host through a 
serial interface. Thus, as used herein, the term "switch" 
includes both a card for a computer and a separate switch coupled 
to a host. It will therefore be appreciated by those skilled in 
the art that yet other modifications could be made to t he 
provided invention without deviating from its spirit and scope as 
so claimed. 
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Claims: 



1. A method for controlling a plurality of different high speed 
digital telecommunications switches with a single messaging 
protocol, said method comprising: 

a) determining a global set of switch functions to be 
controlled; 

b) categorizing at least some switch functions into first 
subsets of the global set; 

O defining a set of generic messages for each first subset of 
switch functions; 

d) providing a generic message interpreter for each different 
sw lt ch to interpret generic messages and native switch messages; 

e, coupling a first generic message interpreter to a first 
respective switch; and 

f ) coupling the first generic message interpreter tol a source 
of generic messages, wherein 

messages from the source of generic messages are interpreted 
by the first generic message interpreter to control the first 
switch with native switch messages. 



2. A method according to claim 1, wherein: 

the first subsets of the global set include inband 
signalling, connection services, and media services. 

3. A method according to claim 1, f urther comprising: 

J! Cat ff 2in * « ^ast some switch functions into a second 
subset of the global set; and 

h) defining a superset of messages for each second subset. 

4. A method according to claim 3, wherein: 

the first subsets of the giobai . nciude inb ^ d 

signalling, connection services, and media services, and 

the second subset of the global set includes operation, 
administration, and maintenance. 
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5. A method according to claim 4, further comprising: 
i) providing each generic message interpreter with an 

operation, administration, and maintenance interpreter. 

6. A method according to claim 1, wherein: 

the source of generic messages is an applications 
development system, 

7. A method according to claim 6, wherein: 

the applications development system includes 

i) at least one man/machine interface (MMI) agent; 

ii) an object server with predefined managed objects and a 
database management library; 

iii) means for permitting a developer to create and fciefine a 
user-defined managed object for the object server; 

iv) an object server applications programmer interface (API) 
means coupled to the at least one MMI agent and coupled to the 
object server for hiding the internal architecture of the object 
server from the at least one MMI agent with respect to the 
predefined and user-defined managed objects; and 

v) a database which stores managed object related data, 
wherein, 

the user-defined managed objects utilize the database 
management library and the database which stores managed object 
related data, and provides the object server with user-defined 
managed objects without requiring the object server API to be 
rewritten . 

8. A method according to claim 7, wherein: 

at least one generic message interpreter is a predefined 
managed object. 
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9. A method according to claim 8, wherein: 

said database includes data relating to native switch 
messages, 

10. A method according to claim 1, wherein: 

at least some messages from the source of generic messages 
are interpreted by the first generic message interpreter as 
multiple native switch messages. 



11. An apparatus for controlling a plurality of different high 
speed digital telecommunications switches with a single messaging 
protocol, said apparatus comprising: 

a) at least one man/machine interface (MMI) agent; 

b) an object server with predefined managed objects and a 
database management library; 

c) an object server applications programmer interface (API) 
means coupled to said at least one MMI agent and coupled to said 
object server for hiding the internal architecture of the object 
server from said at least one MMI agent with respect to said 
predefined managed objects; and 

d) a database which stores managed object related data, wherein 

said API includes a set of generic messages for controlling 

the plurality of different high speed digital telecommunications 
switches, 

said object server includes a generic message interpreter, 



and 



said database includes data relating to native switch 
messages. 



12. An apparatus according to 
said generic messages are 
messages for inband signalling, 
services. 



claim 11, wherein: " 
arranged in subsets including 
connection services, and media 
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13. An apparatus according to claim 12, wherein: 

said database includes a superset of native switch messages 
for operation, administration, and maintenance. 

14. An apparatus according to claim 13, wherein: 

said API includes a superset of messages for operation, 
administration, and maintenance. 

15. An apparatus according to claim 11, wherein: 

said generic message interpreter interprets at least one of 
said generic messages as multiple native switch messages. 
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